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TEXT SEARCH ORDERED ALONG ONE OR MORE DIMENSIONS 

5 

FIELD OF THE INVENTION 
This document relates generally to, among other things, computer-based 
content provider systems, devices, and methods and specifically, but not by way of 
limitation, to systems, devices, and methods for performing a text search ordered 
1 0 along one or more dimensions. 



BACKGROUND 

A computer network, such as the Internet or World Wide Web, typically 
serves to connect users to the information, content, or other resources that they seek. 

1 5 Web content, for example, varies widely both in type and subject matter. Examples 
of different content types include, without limitation: text documents; audio, visual, 
and/or multimedia data files. A particular content provider, which makes available 
a predetermined body of content to a plurality of users, must steer a member of its 
particular user population to relevant content within its body of content. 

20 For example, in an automated customer relationship management (CRM) 

system, the user is typically a customer of a product or service who has a specific 
question about a problem or other aspect of that product or service. Based on a 
query or other request from the user, the CRM system must find the appropriate 
technical instructions or other documentation to solve the user's problem. Using an 

25 automated CRM system to help customers is typically less expensive to a business 
enterprise than training and providing human applications engineers and other 
customer service personnel. According to one estimate, human customer service 
interactions presently cost between $15 and $60 per customer telephone call or e- 
mail inquiry. Automated Web-based interactions typically cost less than one tenth 

30 as much, even when accounting for the required up-front technology investment. 

One ubiquitous navigation technique used by content providers is the Web 
search engine. A Web search engine typically searches for user-specified text, 
either within a document, or within separate metadata associated with the content. 



Language, however, is ambiguous. The same word in a user query can take on very 
different meanings in different context. Moreover, different words can be used to 
describe the same concept. These ambiguities inherently limit the ability of a search 
engine to discriminate against unwanted content. This increases the time that the 
5 user must spend in reviewing and filtering through the unwanted content returned by 
the search engine to reach any relevant content. As anyone who has used a search 
engine can relate, such manual user intervention can be very frustrating. User 
frustration can render the body of returned content useless even when it includes the 
sought-after content. When the user's inquiry is abandoned because excess 

1 0 irrelevant information is returned, or because insufficient relevant information is 
available, the content provider has failed to meet the particular user's needs. As a 
result, the user must resort to other techniques to get the desired content. For 
example, in a CRM application, the user may be forced to place a telephone call to 
an applications engineer or other customer service personnel. As discussed above, 

1 5 however, this is a more costly way to meet customer needs. For these and other 
reasons, the present inventors have recognized the existence of an unmet need to 
provide improved tools and techniques for searching for text in content data or 
metadata using textual and/or other input(s) obtained from a user. 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

In the drawings, which are not necessarily drawn to scale, like numerals 
describe substantially similar components throughout the several views. Like 
numerals having different letter suffixes represent different instances of 
substantially similar components. The drawings illustrate generally, by way of 

25 example, but not by way of limitation, various embodiments discussed in the present 
document. 

Figure 1 is a block diagram illustrating generally one example of a content 
provider illustrating how a user is steered to content. 

Figure 2 is an example of a knowledge map. 
30 Figure 3 is a schematic diagram illustrating generally one example of 

portions of a document-type knowledge container. 
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Figure 4 is a block diagram illustrating generally portions of a system for 
searching for and retrieving stored documents or other knowledge containers using, 
among other things, a text query and/or other information obtained during a user's 
session and, optionally using other search and/or retrieval constraint(s). 
5 Figure 5 is a block diagram illustrating generally portions of another system 

for searching for and retrieving stored documents or other knowledge containers 
using, among other things, a text query and/or other information obtained during a 
user's session and optionally using other search and/or retrieval constraint(s). 

Figure 6 is a flow chart illustrating generally one example of performing and 
1 0 evaluating individual searches. 

Figure 7 is a flow chart that adds a step to the techniques discussed with 
respect to Figure 6. 

Figure 8 is a flow chart illustrating generally one algorithmic approach for 
searching along multiple dimensions. 
1 5 Figure 9 is a flow chart illustrating generally an example of a technique of 

using information in the user query to determine the nature of searching to be 
performed. 

Figure 10 is a schematic illustration that further describes one example of 
certain aspects of the process illustrated in Figure 9. 
20 Figure 11 is a flow chart, similar to Figure 9, but illustrating generally one 

example of determining a search strategy based at least in part on results of previous 
searching. 

Figure 12 is a flow chart illustrating generally one example of a term- 
extraction algorithm for parsing the user-query into information-bearing terms. 

25 

DETAILED DESCRIPTION 
In the following detailed description, reference is made to the accompanying 
drawings which form a part hereof, and in which is shown by way of illustration 
specific embodiments in which the invention may be practiced. These embodiments 
30 are described in sufficient detail to enable those skilled in the art to practice the 

invention, and it is to be understood that the embodiments may be combined, or that 
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other embodiments may be utilized and that structural, logical and electrical changes 
may be made without departing from the spirit and scope of the present invention. 
The following detailed description is, therefore, not to be taken in a limiting sense, 
and the scope of the present invention is defined by the appended claims and their 
5 equivalents. In this document, the terms "a" or "an" are used, as is common in 
patent documents, to include one or more than one. Furthermore, all publications, 
patents, and patent documents referred to in this document are incorporated by 
reference herein in their entirety, as though individually incorporated by reference. 
In the event of inconsistent usages between this documents and those documents so 

1 0 incorporated by reference, the usage in the incorporated reference(s) should be 
considered supplementary to that of this document; for irreconciliable 
inconsistencies, the usage in this document controls. 

Some portions of the following detailed description are presented in terms of 
algorithms and symbolic representations of operations on data bits within a 

1 5 computer memory. These algorithmic descriptions and representations are the ways 
used by those skilled in the data processing arts to most effectively convey the 
substance of their work to others skilled in the art. An algorithm includes a self- 
consistent sequence of steps leading to a desired result. The steps are those 
requiring physical manipulations of physical quantities. Usually, though not 

20 necessarily, these quantities take the form of electrical or magnetic signals capable 
of being stored, transferred, combined, compared, and otherwise manipulated. It 
has proven convenient at times, principally for reasons of common usage, to refer to 
these signals as bits, values, elements, symbols, characters, terms, numbers, or the 
like. It should be borne in mind, however, that all of these and similar terms are to 

25 be associated with the appropriate physical quantities and are merely convenient 
labels applied to these quantities. Unless specifically stated otherwise as apparent 
from the following discussions, terms such as "processing" or "computing" or 
"calculating" or "determining" or "displaying" or the like, refer to the action and 
processes of a computer system, or similar computing device, that manipulates and 

30 transforms data represented as physical (e.g., electronic) quantities within the 

computer system's registers and memories into other data similarly represented as 



4 



physical quantities within the computer system memories or registers or other such 
information storage, transmission or display devices. 

Top-Level Example of Content Provider 
Figure 1 is a block diagram illustrating generally one example of a content 
5 provider 100 system illustrating generally how a user 105 is steered to content. In 
this example, user 105 is linked to content provider 100 by a communications 
network, such as the Internet, using a Web-browser or any other suitable access 
modality. Content provider 100 includes, among other things, a content steering 
engine 110 for steering user 105 to relevant content within a body of content 115. 

1 0 In Figure 1, content steering engine 110 receives from user 105, at user interface 
130, a request or query for content relating to a particular concept or group of 
concepts manifested by the query. In addition, content steering engine 110 may also 
receive other information obtained from the user 105 during the same or a previous 
encounter. Furthermore, content steering engine 110 may extract additional 

1 5 information by carrying on an intelligent dialog with user 105, such as described in 
commonly assigned Fratkina et al. U.S. Patent Serial No. 09/798,964 entitled "A 
SYSTEM AND METHOD FOR PROVIDING AN INTELLIGENT MULTI-STEP 
DIALOG WITH A USER," filed on March 6, 2001 , which is incorporated by 
reference herein in its entirety, including its description of obtaining additional 

20 information from a user by carrying on a dialog. 

In response to any or all of this information extracted from the user, content 
steering engine 110 outputs at 135 indexing information relating to one or more 
relevant pieces of content, if any, within content body 115. In response, content 
body 115 outputs at user interface 140 the relevant content, or a descriptive 

25 indication thereof, to user 105. Multiple returned content "hits" may be unordered 
or may be ranked according to perceived relevance to the user ? s query. One 
embodiment of a retrieval system and method is described in commonly assigned 
Copperman et al. U.S. Patent Application Serial No. 09/912,247, entitled SYSTEM 
AND METHOD FOR PROVIDING A LINK RESPONSE TO INQUIRY, filed July 

30 23, 2001, which is incorporated by reference herein in its entirety, including its 
description of a retrieval system and method. Content provider 100 may also 
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adaptively modify content steering engine 110 and/or content body 115 in response 
to the perceived success or failure of a user's interaction session with content 
provider 100. One such example of a suitable adaptive content provider 100 system 
and method is described in commonly assigned Angel et al. U.S. Patent Application 
5 Serial No. 09/91 1 ,841 entitled "ADAPTIVE INFORMATION RETRIEVAL 
SYSTEM AND METHOD," filed on July 23, 2001, which is incorporated by 
reference in its entirety, including its description of adaptive response to successful 
and nonsuccessful user interactions. Content provider 100 may also provide 
reporting information that may be helpful for a human knowledge engineer {"KE") 

1 0 to modify the system and/or its content to enhance successful user interaction 

sessions and avoid nonsuccessful user interactions, such as described in commonly 
assigned Kay et al. U.S. Patent Application Serial No. 09/91 1,839 entitled, 
"SYSTEM AND METHOD FOR MEASURING THE QUALITY OF 
INFORMATION RETRIEVAL," filed on July 23, 2001, which is incorporated by 

1 5 reference herein in its entirety, including its description of providing reporting 
information about user interactions. 

Overview of Example CRM Using Taxonomy-Based Knowledge Map 
The system discussed in this document can be applied to any system that 
assists a user in navigating through a content base to desired content. A content 

20 base can be organized in any suitable fashion. In one example, a hyperlink tree 
structure or other technique is used to provide case-based reasoning for guiding a 
user to content. Another implementation uses a content base organized by a 
knowledge map made up of multiple taxonomies to map a user query to desired 
content, such as described in commonly assigned Copperman et al. U.S. Patent 

25 Application Serial No. 09/594,083, entitled SYSTEM AND METHOD FOR 

IMPLEMENTING A KNOWLEDGE MANAGEMENT SYSTEM, filed on June 
15, 2000 (Attorney Docket No. 07569-0013), which is incorporated herein by 
reference in its entirety, including its description of a multiple taxonomy knowledge 
map and techniques for using the same. 

30 As discussed in detail in that document (with respect to a CRM system) and 

incorporated herein by reference, and as illustrated here in the example knowledge 
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map 200 in Figure 2, documents or other pieces of content (referred to as knowledge 
containers 201) are mapped by appropriately-weighted tags 202 to concept nodes 
205 in multiple taxonomies 210 (i.e., classification systems). Each taxonomy 210 is 
a directed acyclical graph (DAG) or tree (i.e., a hierarchical DAG) with 
5 appropriately-weighted edges 212 connecting concept nodes to other concept nodes 
within the taxonomy 210 and to a single root concept node 215 in each taxonomy 
210. Thus, each root concept node 215 effectively defines its taxonomy 210 at the 
most generic level. Concept nodes 205 that are further away from the 
corresponding root concept node 215 in the taxonomy 210 are more specific than 
10 those that are closer to the root concept node 215. Multiple taxonomies 210 are 
used to span the body of content (knowledge corpus) in multiple different (typically 
orthogonal) ways. 

As discussed in U.S. Patent Application Serial No. 09/594,083 and 

□ incorporated herein by reference, taxonomy types include, among other things, topic 

i y 

iy 1 5 taxonomies (in which concept nodes 205 represent topics of the content), filter 

r 

taxonomies (in which concept nodes 205 classify metadata about content that is not 
UI derivable solely from the content itself), and lexical taxonomies (in which concept 

I,* nodes 205 represent language in the content). Knowledge container 201 types 

include, among other things: document (e.g., text); multimedia (e.g., sound and/or 

jt ^3 

4 20 visual content); e-resource (e.g., description and link to online information or 

services); question (e.g., a user query); answer (e.g., a CRM answer to a user 
question); previously-asked question (PQ; e.g., a user query and corresponding 
CRM answer); knowledge consumer (e.g., user information); knowledge provider 
(e.g., customer support staff information); product (e.g., product or product family 
25 information). It is important to note that, in this document, content is not limited to 
electronically stored content, but also allows for the possibility of a human expert 
providing needed information to the user. For example, the returned content list at 
140 of Figure 1 herein could include information about particular customer service 
personnel within content body 115 and their corresponding areas of expertise. 
30 Based on this descriptive information, user 105 could select one or more such 
human information providers, and be linked to that provider (e.g., by e-mail, 
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Internet-based telephone or videoconferencing, by providing a direct-dial telephone 
number to the most appropriate expert, or by any other suitable communication 
modality). 

Figure 3 is a schematic diagram illustrating generally one example of 
5 portions of a document-type knowledge container 201. In this example, knowledge 
container 201 includes, among other things, administrative metadata 300, contextual 
taxonomy tags 202, marked content 310, original content 315, and links 320. 
Administrative metadata 300 may include, for example, structured fields carrying 
information about the knowledge container 201 (e.g., who created it, who last 
10 modified it, a title, a synopsis, a uniform resource locator (URL), etc. Such 

metadata need not be present in the content carried by the knowledge container 201. 
Taxonomy tags 202 provide context for the knowledge container 201, i.e., they map 
;!!! the knowledge container 201, with appropriate weighting, to one or more concept 

□ nodes 205 in one or more taxonomies 210. Marked content 310 flags and/or 

; j 15 interprets important, or at least identifiable, components of the content using a 

% markup language (e.g., hypertext markup language (HTML), extensible markup 

UJ language (XML), etc.). Original content 315 is a portion of an original document or 

u. a pointer or link thereto. Links 320 may point to other knowledge containers 201 or 

j u locations of other available resources. 

\i 20 U.S. Patent Application Serial No. 09/594,083 also discusses in detail 

it techniques incorporated herein by reference for, among other things: (a) creating 

appropriate taxonomies 210 to span a content body and appropriately weighting 
edges in the taxonomies 210; (b) slicing pieces of content within a content body into 
manageable portions, if needed, so that such portions may be represented in 
25 knowledge containers 201; (c) autocontextualizing the knowledge containers 201 to 
appropriate concept node(s) 205 in one or more taxonomies, and appropriately 
weighting taxonomy tags 202 linking the knowledge containers 201 to the concept 
nodes 205; (d) indexing knowledge containers 201 tagged to concept nodes 205; (e) 
regionalizing portions of the knowledge map based on taxonomy distance 
30 function(s) and/or edge and/or tag weightings; and (f) searching the knowledge map 
200 for content based on a user query and returning relevant content. Other 
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techniques for associating documents or other knowledge containers 201 with 
concept nodes 205 are described in commonly assigned Ukrainczyk et al. U.S. 
Patent Application Serial No. 09/864,156, entitled A SYSTEM AND METHOD 
FOR AUTOMATICALLY CLASSIFYING TEXT, filed on May 25, 2001, which is 
5 incorporated herein by reference in its entirety, including its disclosure of a suitable 
example of a document classifier. Still other techniques for associating documents 
or other knowledge containers 201 with concept nodes 205 are described in 

commonly assigned Waterman et al. U.S. Patent Application Serial No. 

(Attorney Docket No. 1546.009US1), entitled DEVICE AND METHOD FOR 

1 0 ASSISTING KNOWLEDGE ENGINEER IN ASSOCIATING INTELLIGENCE 
WITH CONTENT, filed on October 31, 2001, which is incorporated herein by 
reference in its entirety, including its disclosure of a knowledge engineer user 
interface for tagging documents to concept nodes. 

It is important to note that the user's request for content need not be limited 

15 to a single query. Instead, interaction between user 105 and content provider 100 
may take the form of a multi-step dialog. One example of such a multi-step 
personalized dialog is discussed in commonly assigned Fratkina et al. U.S. Patent 
Application Serial No. 09/798,964 entitled, A SYSTEM AND METHOD FOR 
PROVIDING AN INTELLIGENT MULTI-STEP DIALOG WITH A USER, filed 

20 on March 6, 2001 (Attorney Docket No. 07569-001 5), which is incorporated by 
reference herein in its entirety, including its dialog description. That patent 
document discusses a dialog model between a user 105 and a content provider 100. 
It allows user 105 to begin with an incomplete or ambiguous problem description. 
Based on the initial problem description, a "topic spotter" directs user 105 to the 

25 most appropriate one of many possible dialogs. By engaging user 105 in the 

appropriately-selected dialog, content provider 100 elicits unstated elements of the 
problem description, which user 105 may not know at the beginning of the 
interaction, or may not know are important. It may also confirm uncertain or 
possibly ambiguous assignment, by the topic spotter, of concept nodes to the user's 

30 query by asking the user explicitly for clarification. In general, content provider 
100 asks only those questions that are relevant to the problem description stated so 
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far. Based on the particular path that the dialog follows, content provider 100 
discriminates against content it deems irrelevant to the user's needs, thereby 
efficiently guiding user 105 to relevant content. In one example, the dialog is 
initiated by an e-mail inquiry from user 105. That is, user 105 sends an e-mail 
5 question or request to CRM content provider 100 seeking certain needed 

information. The topic spotter parses the text of the user's e-mail and selects a 
particular entry-point into a user-provider dialog from among several possible 
dialog entry points. The CRM content provider 100 then sends a reply e-mail to 
user 105, and the reply e-mail includes a hyperlink to a web-browser page 

1 0 representing the particularly selected entry-point into the dialog. The subsequent 
path taken by user 105 through the user-provider dialog is based on the user's 
response to questions or other information prompts provided by CRM content 
provider 100. The user's particular response selects among several possible dialog 
paths for guiding user 105 to further provider prompts and user responses until, 

1 5 eventually, CRM system 100 steers user 105 to what the CRM system 100 
determines is most likely to be the particular content needed by the user 105. 

For the purposes of the present document, it is important to note that the 
dialog interaction between user 105 and content provider 100 yields information 
about the user 105 (e.g., skill level, interests, products owned, services used, etc.). 

20 The particular dialog path taken (e.g., clickstream and/or language communicated 
between user 105 and content provider 100) yields information about the relevance 
of particular content to the user's needs as manifested in the original and subsequent 
user requests/responses. Moreover, interactions of user 105 not specifically 
associated with the dialog itself may also provide information about the relevance of 

25 particular content to the user's needs. For example, if user 105 leaves the dialog 
(e.g., using a "Back" button on a Web-browser) without reviewing content returned 
by content provider 100, an nonsuccessful user interaction (NSI) may be inferred. 
In another example, if user 105 chooses to "escalate" from the dialog with 
automated content provider 100 to a dialog with a human expert, this may, in one 

30 embodiment, be interpreted as an NSI. Moreover, the dialog may provide user 105 
an opportunity to rate the relevance of returned content, or of communications 
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received from content provider 100 during the dialog. As discussed above, one or 
more aspects of the interaction between user 105 and content provider 100 may be 
used as a feedback input for adapting content within content body 115, or adapting 
the way in which content steering engine 110 guides user 105 to needed content. 
5 Examples of Devices and Methods for Performing Retrieval 

Figure 4 is a block diagram illustrating generally portions of a system 400 
for searching for and retrieving stored documents or other knowledge containers 
201 using, among other things, a text query and/or other information obtained 
during a user's session and, optionally using other search and/or retrieval 

1 0 constraint(s). Other suitable examples of a search and retrieval systems and 
methods are discussed in commonly assigned Copperman et al. U.S. Patent 
Application Serial No. 09/912,247, entitled SYSTEM AND METHOD FOR 
PROVIDING A LINK RESPONSE TO INQUIRY, filed July 23, 2001, which is 
incorporated by reference herein in its entirety, including its description of retrieval 

1 5 systems and methods. 

In Figure 4, system 400 includes a query generator 405, a search engine 410 
and a result ranking engine 415. Query generator receives a text, language-based, or 
other query from a human user 420. Based at least on the user-query, query 
generator 405 generates different searches SI, S2, S3, . . , SN provided to search 

20 engine 410 for execution. Search engine 410 performs these searches on document 
and/or metadata text in knowledge corpus 425, returning corresponding search 
results Rl, R2, R3, . . ., RN. These searches may also be performed on selected 
portions (e.g., title, abstract, symptoms, etc.) of the documents. Moreover, these 
searches may be performed on one or more text portions of taxonomies or other 

25 organizational structure 440 of knowledge corpus 425. 

The search results Rl, R2, R3, . . ., RN include lists of documents (if any) 
matching the search criteria. The search results may also include information about 
the search criteria that were used to generate the search results and/or corresponding 
statistical information (e.g., how many matching documents ("hits") were returned). 

30 The search results may additionally include information corresponding to each 

document indicating the degree to which that document satisfied the search criteria. 
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If needed, result ranking engine 415 reorders documents returned in the various 
search results, such as by differently weighting the result of different searches 
and/or by using any information regarding the degree to which a particular 
document satisfied the search criteria. Result ranking engine 415 provides a ranked 
5 or otherwise ordered list of documents (i.e., a result list) to the user 420. 

In Figure 4, system 400 may additionally include a user search editor 430, 
which allows the user 420 to select/deselect particular searches SI, S2, S3, . . SN 
and/or to edit the criteria used for particular searches. System 400 may also 
additionally include a dialog engine 435 for carrying on a dialog with the user 420, 
1 0 as discussed above. Using taxonomies or any other organizational structure 440 of 
knowledge corpus 425, or using contextual or other information otherwise obtained 
(e.g., from the user 420) during the dialog session, dialog engine 435 imposes one or 
J* more additional constraints on one or more of the searches SI, S2, S3, . . ., SN. For 

a?? 

□ example, a particular user's access privileges may limit one or more of the searches 

! y 1 5 to particular portion(s) of the knowledge corpus 425. In another example, a user's 

response to a user interface prompt may limit one or more of the searches to 

''ITS' 

Ly particular portion(s) of the documents (e.g., "Activities," "Objects," "Products," 

1+ and/or "Symptoms" portions of the documents). 

| y In one example, system 400 performs up to three searches, SI, S2, and S3. 

>j 20 In this example, first search SI performs a free text search on all or selected portions 

i * of documents and/or metadata text using a Boolean "OR" of all information-bearing 

words in the user's text or language query. However, some prefiltering, stemming, 
or other text processing may be first performed on the user's query. Second search 
S2 performs a free text search on all or selected portions of documents and/or 
25 metadata text using a boolean "AND" of all information-bearing words in the user's 
text or language query (after any prefiltering, stemming, or other text processing). 
The selected portions of the documents in S2 may be the same selected portions as 
in S 1 , or may be different portions from those selected in S 1 . Third search S3 is 
performed, in this example, only if there are at least three information-bearing 
30 words in the user's query. In that case, third search S3 performs a free text search 
on a title portion of the documents using a boolean "AND" of all information- 
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bearing words in the user's text or language query (after any prefiltering, stemming, 
or other text processing). 

In another example, system 400 performs up to four searches, SI, S2, S3, 
and S4. In this example, first search SI performs a free text search on all or selected 
5 portions of documents and/or metadata text using a boolean "OR" of all 
information-bearing words in the user's text or language query (after any 
prefiltering, stemming, or other text processing). First search SI also uses the 
constraints provided by dialog engine 435, such as to restrict the search to particular 
subset(s) of documents of the knowledge corpus 425, or to particular portion(s) of 
1 0 the taxonomies or other structure by which knowledge corpus 425 is organized. 
Second search S2 performs a free text search on all or selected portions of 
documents and/or metadata text using a boolean "AND" of all information-bearing 
words in the user's text or language query (after any prefiltering, stemming, or other 
*3 text processing). The selected portions of the documents in S2 may be the same 

I. J 15 selected portions as in S 1 , or may be different portions from those selected in S 1 . 

■ H Second search S2 may use a subset of the constraints provided by dialog engine 

Uj 435, such as to restrict the search to broader portion(s) of the taxonomies or other 

U structure by which knowledge corpus 425 is organized than searched by first search 

; f SI. Third search S3 is performed, in this example, only if there are at least three 

%! 20 information-bearing words in the user's query. In that case, third search S3 

12 performs a free text search on a title portion of the documents using a boolean 

"AND" of all information-bearing words in the user's text or language query (after 
any prefiltering, stemming, or other text processing). Third search S3 may use a 
different subset of the constraints provided by dialog engine 435 than used in 
25 second search S2. Thus, third search S3 may also restrict the search to broader 
portion(s) of the taxonomies or other structure by which knowledge corpus 425 is 
organized than searched by first search SI. Fourth search S4 performs a free text 
search on all or (same or differently) selected portions of documents and/or 
metadata text using a boolean "AND" of all information-bearing words in the user's 
30 text or language query (after any prefiltering, stemming, or other text processing). 
Fourth search S4 uses a set of derived constraints. The derived constraints are 
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obtained using the full set of constraints provided by dialog engine 435 (i.e., same 
constraints as first search SI) This full set of constraints restricts the search to 
subset(s) of the documents associated with particular concept nodes in taxonomies, 
including documents associated with more specific concept nodes that underlie the 
broader concept nodes in its particular taxonomy tree structure. In search S4, the 
derived constraints remove from the fourth search S4 those documents associated 
with these underlying concept nodes, so that only those documents associated with 
the overlying relative root node are included in the fourth search S4. 

In the above examples, result ranking engine 415 combines the search results 
Rl, R2, R3, . . RN into a combined result list returned to the user 420. The results 
may be weighted and/or reranked according to, among other things, which 
search(es) returned the resulting document(s), the degree to which a particular 
document satisfied the search criteria, and/or the degree or weight with which a 
particular document is associated with a particular concept node. 

Examples of Devices and Methods for Performing Ordered Searches 

Figure 5 is a block diagram illustrating generally portions of another system 
500 for searching for and retrieving stored documents or other knowledge 
containers 201 using, among other things, a text query and/or other information 
obtained during a user's session, and optionally using other search and/or retrieval 
constraint(s). In this example, system 500 includes a result evaluator 505 module 
for evaluating at least one of search results Rl, R2, R3, . . . , RN. Based on the 
evaluation, at least one of searches SI, S2, S3, . . . , SN is formulated by query 
generator 405 and/or executed, if needed, by search engine 410. 

In one example, individual searches are performed and evaluated, as 
illustrated in the flow chart of Figure 6. The technique illustrated in Figure 6 uses 
an ordered list of searches, SI, S2, S3, . . . , SN. At 600, first search SI is 
performed. Then, at 605, the corresponding results Rl are evaluated for sufficiency. 
In one example, at 605, if the number of documents returned in Rl is less than a 
threshold Tl, the results Rl are deemed insufficient. In another example, if the 
number of documents returned in Rl is outside a range defined by a low threshold 
Tliow and a high threshold Tl h igh, the results Rl are deemed insufficient. 
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If, at 605, the results Rl are sufficient, then at 610, a result list is returned to 
the user 420, after optionally ranking the results RL Otherwise, if results Rl are 
deemed insufficient at 605, then at 615, the search process moves on to the next 
search in the ordered list, S2, which is then performed (or formulated and 
performed) at 600. At 605, the results of R2 are evaluated. In one example, this 
evaluation compares the number of documents returned by Rl and R2 to a threshold 
T2, which may, but need not, be a different value than threshold Tl . In another 
example, this evaluation compares the number of documents returned only by R2 to 
a threshold T2, which may, but need not be a different value than threshold Tl . In 
either case, threshold T2 may be implemented as a pair of thresholds T2i ow and 
T2high defining a desired range on the number of returned documents, as discussed 
above. 

If, at 605, the particular comparison used indicates that sufficient documents 
were returned, then at 610, a result list is returned to the user 420, after optionally 
ranking the combined results of Rl and R2. Otherwise, if the results Rl and R2 are 
deemed insufficient at 605, then at 615, the search process moves on to the next 
search in the ordered list, S3, which is then performed at 600. This search process 
continues until either sufficient results are returned or the ordered list of searches is 
exhausted. 

Because particular searches are formulated and/or performed based on an 
evaluation of the results obtained from one or more previous searches, the technique 
of Figure 6 represents a dynamic search strategy. Moreover, the evaluation 
performed at 605 is not restricted to comparing the number of returned documents 
to one or more thresholds. Furthermore, the evaluation of the returned results 
performed at 605 is useful not only for determining whether to move to a 
subsequent search in the ordered list, but is also useful for determining which 
particular search in the ordered list should be performed next and/or how such a 
search should be formulated (such as which search terms should be used, which 
variations of the search terms should be deemed to match the search terms, which 
search criteria operators should be applied, etc.). 
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Moreover, in addition to the technique illustrated in Figure 6, one or more 
factors other than the sufficiency evaluation at 605 may be used to interrupt the 
searching and/or return then-existing search results to the user without proceeding to 
the next search in the ordered list at 615. In one such example, if a timeout value is 
5 exceeded while performing the search, the then-existing search results are returned 
to the user. In one example, this timeout value is based on a real-time timer 
comparison to a predetermined real-time threshold value. In another example, this 
timeout value is based on a processing-time timer comparison to a predetermined 
processing-time threshold value. 

10 Table 1, below, illustrates generally one example of a list of searches SI, S2, 

. . . , SN ordered along a "textual" dimension. Table 2, below, illustrates generally 
one example of a list of searches SI, S2, . . ., SN ordered along a "linguistic 
dimension. Table 3, below, illustrates generally one example of a list of searches 
SI, S2, . . , SN ordered along a "thesaurus" dimension. Other dimensions are also 

15 possible. In Table 3, "hypernym" refers to a more general or superclass (e.g., bone 
is a hypernym/superclass of tibia) of more particular terms. 



Table 1: Example of Searches Ordered along a Textual Dimension 



Search 
Order 


Search Criteria 


SI 


Full match: the entire user's query is present as a phrase in the returned 
document(s) 


S2 


Subphrase match: particular subphrase(s) in the user's query are present 
within the returned document(s) 


S3 


"Near" match: all information-bearing terms (i.e., words or phrases) in 
the user's query are present within the returned document(s), and such 
terms are located near each other, but not necessarily contiguous 


S7 


"And" match: all information-bearing terms in the user's query are 
present somewhere within the returned document(s) 


* 
• 


• 
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SN 


"OR" match: at least one information-bearing term in the user's query 
is present somewhere within the returned documents 



In one example, such as for search S3, terms are deemed "near" each other if they 
are within 1 0 words of each other in the document. In another example, such terms 
are deemed "near" each other if they are within 5 words of each other in the 
5 document. In a further example, which can be used alone or in combination with 
either above the above two criteria, terms are deemed "near" each other if occurring 
within the same sentence. In yet a further example, which can be used alone or in 
combination with either above the above two criteria, terms are deemed "near" each 
other if occurring within the same paragraph. 

h io 

!;H! Table 2: Example of Searches Ordered along a Linguistic Dimension 



Ms 



Search 
Order 


Search Criteria 


SI 


Textual Identity: terms from the user's query are present identically in 
the returned document(s) 


S2 


Case Variation Allowed: terms from the user's query are present in the 
returned document(s), but casing (e.g., uppercase vs. lowercase) may 
vary from that appearing in the user's query 


S3 


Case and Word Form Variation Allowed: terms from the user's query 
are present in the returned document(s), but casing and word forms may 
vary (e.g., using stemming to allow singular/plural variations, 
present/past tense variations, etc.) from that appearing in the user's 
query 


S4 


Case, Word Form, and Phrasal Variation Allowed: terms from the 
user's query are present in the returned document(s), but casing, word 
forms, and phrasing may vary (e.g., allowing active/passive variations) 
from that appearing in the user's query 
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Table 3: Example of Searches Ordered along a Thesaurus Dimension 



Search 
Order 


Search Criteria 


SI 


Identical term: terms from the user's query are present identically in the 
returned document(s) 


S2 


Synonyms allowed: terms from the user's query, or terms having the 
same or nearly the same meaning as such terms from the user's query, 
are present in the returned document(s) 


S3 


Synonyms and Hypernyms allowed: terms from the user's query, or 
terms having the same or nearly the same meaning as such terms from 
the user's query or having a broader meaning that encompasses such 
terms from the user's query, are present in the returned document(s). 



Although not a requirement, in each of Tables 1-3, the ordered list of 
searches proceeds generally along a particular dimension from a higher to a lower 
degree of specificity. This generally tends to yield documents that are more relevant 
to the user's query, and to exclude documents that are less relevant to the user's 
query. In the examples of Tables 1-3, each ordered list of searches could include 
additional searches that are similarly placed in that ordered list according to a 
perceived degree of specificity. Moreover, the searches need not be performed 
serially, as illustrated in Figure 6. Alternatively, the searches are performed 
concurrently, with the search results evaluated serially or concurrently to determine 
which search results are presented (after any reranking) to the user 420. 

In the examples of Tables 1-3, search criteria for each search dimension uses 
the language extracted from the user's query. However, other types of search 
criteria may also be used, and such other search criteria need not be extracted from 
the language of the user's input query. For example, for documents that are 
separated (e.g., using metadata tags) into particular portions (e.g., "Title," 
"Abstract," "Summary," "Details," etc.), different searches may be constrained to 
different portions of the documents. Such additional constraints may be organized 
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into one or more additional ordered lists, providing corresponding additional 
dimensions to the searching. Table 4 provides a simplified illustrative example of 
searches organized along a dimension indicative of document portions. 



Table 4: Example of Searches Ordered along a "Document Portions" Dimension 



Search 
Order 


Search Criteria 


SI 


Search Titles Only 


S2 


Search Titles and Abstracts 


S3 


Search Entire Document, Including Titles and Abstracts 



Although not a requirement, in Table 4, the ordered list of searches proceeds 
generally along a particular dimension from a higher to a lower degree of 
specificity. This generally tends to yield documents that are more relevant to the 
user's query, and to exclude documents that are less relevant to the user's query. In 
the example of Table 4, the ordered list of searches could include additional 
searches that are similarly placed in the ordered list according to a perceived degree 
of specificity. Moreover, the searches need not be performed serially, but could be 
performed concurrently, with the search results evaluated serially or concurrently to 
determine which search results are presented (after any reranking) to the user 420. 

Figure 7 is a flow chart that adds step 700 to the techniques discussed above 
with respect to Figure 6. In Figure 7, after performing a search at 600, if, at 605, the 
search results are determined to be insufficient, then, at 700, a determination is 
made as to whether further searching would likely be useful or whether it would add 
to the usefulness of the then-existing search results. If further searching would 
likely not add value to the then-existing search results, the then-existing search 
result list is returned to the user, at 610. If, at 700, further searching would likely 
add value to the then-existing search results, then at 615 the process moves on to the 
next search in the ordered list, which is then performed at 600. 

One technique of determining whether more searching would be useful uses 
the ability of search engine 410 to return search results that include hit counts for 
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individual search terms as well as the total hit count for the search terms as 
combined using the search criteria's specified operators (such as the text operators 
"NEAR," "AND," "OR", etc). In one illustrative example, a user query includes two 
terms "A" and B." In this example, the last search performed, at 600, is "'A* AND 
5 'B"\ In performing this search, search engine 410 indicates that the number of 
documents satisfying m A f AND f B ,M is three documents, which is less than a low 
threshold Tli ow = 5 documents. However, search engine 410 also indicates that term 
"A" is found in 10,000 documents and term "B" is found in 5,000 documents. If the 
next search to be performed is '"A* OR ? B r ", it is already known that performing such 

1 0 a search would return about 1 5,000 documents, which exceeds a high threshold 

Tlhigh= 500 documents. Therefore, in this example, performing the next search, m A ? 
OR f B m is deemed not useful because it would tend to bury the three likely more 
relevant documents in many more likely less relevant documents (although this 
result could be mitigated somewhat by displaying the likely more relevant 

1 5 documents earlier in the result list than the likely less relevant documents). Thus, in 
this example, the then-existing result list of three documents is returned to the user, 
at 610, without performing the next search, " f A f OR 'B m . Similarly, other rules may 
be applied at 700 to indicate whether one or more subsequent searches should be 
deemed as likely not increasing the usefulness of the then-existing search results, 

20 which are then returned to the user, at 610, without performing the one or more 
subsequent searches in the ordered list. 

Examples Using Multiple Search Dimensions And/Or Search Terms 
In a further example, two or more search dimensions (such as those 
discussed in this document or any other suitable search dimensions), are combined 

25 into a multidimensional data search. In one such an illustrative example, the search 
dimensions of Tables 1 and 2 are combined into a multidimensional dynamic data 
search, Sij, where i indexes the list of search criteria of Table 1, and j indexes the 
list of search criteria of Table 2. The combined search may be performed along the 
two dimensions, analogous to moving from column to column and from row to row 

30 in a two-dimensional matrix or, alternatively, may be performed in any other 
arbitrary order. The multidimensional dynamic data search may similarly be 
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expanded beyond two dimensions to include other dimensions as well, such as the 
dimensions of Tables 3 and 4. One example of another possible dimension 
providing additional search criteria uses constraints to particular subset(s) of the 
documents obtained through an interactive dialog session with the user 420. In one 
5 such example, all dialog constraints are initially used, but if the results are deemed 
insufficient, a partial set of dialog constraints is then used. If the combined results 
are found insufficient, then no dialog constraints are used, etc. 

As discussed above, for a single search dimension, the ordered list of 
searches proceeds generally along a particular dimension from a higher to a lower 
1 0 degree of specificity, tending generally to yield documents that are more relevant to 
the user's query, and to exclude documents that are less relevant to the user's query. 
However, when multiple search dimensions are combined, it becomes difficult to 
precisely specify an order of performing searches that proceeds exactly from more 
general to more specific. This effect is exacerbated as the number of search terms 
1 5 increases beyond two terms to several-even many-search terms. 

As an illustrative example, for the two term query "sql server," searches 
along just the "textual" dimension of Table 1 may proceed as: 
SI: "sql server" 
S2: "sql" NEAR "server" 
20 S3: "sql" AND "server" 

S4: "sql" OR "server" 
In this example, SI through S4 are nicely ordered, most specific to most general, 
and the more general searches will return all the documents that the more specific 
searches will return, and may return more documents. Adding search terms or 
25 dimensions, however, may not yield results that are ordered exactly from more 
specific to more general. As an illustrative example, for the three term query "sql 
server crashes," searches along just the "textual" dimension of Table 1 may proceed 
as: 

SI : "sql server crashes" 
30 Sa: "sql" NEAR "server" NEAR "crashes" 

Sb: ("sql" NEAR "server") AND "crashes" 
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Sc: "sql" AND ("server" NEAR "crashes") 

Sd: ("sql" NEAR "server") OR "crashes" 

Se: "sql" OR ("server" NEAR "crashes") 

Sf: ("sql" AND "server") OR "crashes" 

Sg: "sql" OR ("server" AND "crashes") 

Sh: "sql" AND "server" AND "crashes" 

Si: "sql server" NEAR "crashes" 

Sj: "sql" NEAR "server crashes" 

Sk: "sql server" AND "crashes" 

SI: "sql" AND "server crashes" 

Sm: "sql server" OR "crashes" 

Sn: "sql" OR "server crashes" 

Slast: "sql" OR "server" OR "crashes" 
In this example, a particular search may not necessarily yield more documents, or 
more relevant documents, than an immediately preceding search. Search "SI" is 
more specific than all the others, and search "Slast" is more general, but in between 
there is only approximate ordering from more specific to more general. In this 
example, search "Sc" is more general than searches "Sa" and "SI," and more specific 
than searches "Se" and "Sh." However, search "Sc" is not necessarily more specific 
or more general than searches Sb, Sd, Sk, etc. 

Similarly, in another example, a two term query of "sql server" along both 
"textual" and "linguistic" dimensions also yields only approximate ordering from 
more specific to more general, as illustrated below: 

SI : identity "sql server" (e.g., would match "sql server" only) 

Sa: allow case variation "sql server" (e.g., would match "SQL server" ) 

Sb: allow case and word form variation "sql server" (e.g., would match 

"SQL servers") 

Sc: allow case, word form, and phrase variation "sql server" " (e.g., would 

match "servers for SQL") 
Sd: identity of ("sql" NEAR "server") 
Se: allow case variation of ("sql" NEAR "server") 
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Sf: allow case and word form variation of ("sql" NEAR "server") 
Sg: allow case, word form, and phrase variation of ("sql" NEAR "server") 
Sh: identity of ("sql" AND "server") 
Si: allow case variation of ("sql" AND "server") 
5 Sj: allow case and word form variation of ("sql" AND "server") 

Sk: allow case, word form, and phrase variation of ("sql" AND "server") 
SI: identity of ("sql" OR "server") 
Sm: allow case variation of ("sql" OR "server") 
Sn: allow case and word form variation of ("sql" OR "server") 
10 So: allow case, word form, and phrase variation of ("sql" OR "server") 

In this example, SI, Sa, Sb, Sc, Sg, Sk, and So are ordered from more specific to 
more general. However, Si cannot be placed exactly within the ordering according 
to specificity-Si should be placed before Sk, but it is neither more specific nor more 
Q general than Sb. Applying linguistic variations to individual terms will further 

FU 

i y 15 confound ordering according to specificity. Adding more dimensions or terms will 

compound this effect. 

As illustrated by the above example, for a search using multiple search 
dimensions, the number of documents returned may not necessarily increase 
monotonically as searches are performed in the search order, even if the search 
20 order is designed as to approximate searching from a higher degree of specificity to 
a lower degree of specificity. Such an approximation can be obtained by 
establishing the search order arbitrarily (e.g., based on empirical test data) or 
algorithmically, as discussed below with respect to Figure 8. Even when a 
particular search does return more documents than a preceding search, all the results 
25 from the preceding search will not necessarily be contained in the result set of that 
particular subsequent search. In one example, after the results are deemed sufficient 
(or all searches are exhausted) the results of searches performed thusfar are 
combined, ranked by results ranking engine 415, and presented to the user (after 
eliminating duplicate returned documents). In one example of ranking by results 
30 ranking engine 415, results from a more specific search are ranked higher than 
results from a more general search, with duplicative results appearing in both such 
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searches eliminated from the more general searches results. Documents returned by 
the same search can be ranked according to any suitable ranking algorithm 
including, for example, a ranking algorithm provided by search engine 410. In 
another example of ranking by results ranking engine 415, the particular search 
5 returning a particular document is used as one of several factors that determine the 
documents rank. Other possible factors for ranking the documents include hit count, 
tag weight of the document to particular concept nodes deemed relevant to the user's 
query, etc. 

Figure 8 is a flow chart illustrating generally one algorithmic approach for 
10 searching along multiple dimensions. For illustrative purposes, the flow chart of 
Figure 8 is described in conjunction with a three-dimensional search matrix, Sp, 
where the subscript i indexes a designated "primary" dimension of x number of 
J'.^ searches arranged, in that dimension, from most specific to most general, the 

P. subscript j indexes a designated "secondary" dimension ofy number of searches 

[ y 1 5 arranged, in that dimension, from most specific to most general, and the subscript k 

w *\ indexes a designated "tertiary" dimension of z number of searches arranged, in that 

U! dimension, from most specific to most general. However, the technique illustrated 

i| ..... 

y s in Figure 8 is not limited to three dimensions; it applies to any number of 

1 0 dimensions. In Figure 8, at 800, the indices are initialized to correspond to their 

%f 20 most specific search, within their respective search dimension (i.e., Si i j). At 810, a 

current dimension variable ("CD"), along which searching will be stepped, is 
initialized to the primary dimension, i.e., CD = 1 . 

After this initialization, at 815 a search is performed using the search 
criteria, which at this point is specified by Sin. At 820, the number of documents 
25 returned by the search is compared to the low threshold, Tlo W . If number of 
documents returned is less than the low threshold, then the search just performed 
was too specific. Accordingly, at 825, if there is another search left along the 
current dimension (which, at this point, is still the primary dimension), then current 
dimension's index is incremented at 830. In this example, at 830, this moves to a 
30 more general new search specified by S 2 j i, which is then performed at 815. 
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Again, at 820, the number of documents returned by the search is compared 
to the low threshold, Tlow- If number of documents returned is greater than the low 
threshold, then, at 835, the number of documents returned is compared to the high 
threshold, Thigh- If the number of documents returned is less than the high 
5 threshold, then, at 840, a result list corresponding to the just executed search (which, 
at this point in this example, is specified by S211) is returned to the user, and no 
further searching is performed. However, if, at 820, the number of documents 
returned by search S 2 n is again less than the low threshold, and, at 825, no other 
searches are left along the primary dimension (e.g., in this example, x=2), then 
10 process flow moves to 845 to determine whether there is another dimension left for 
searching. 

In this example, although all searches in the primary dimension has been 
exhausted, the secondary and tertiary dimensions remain at this point. Therefore, 
process flow moves to 850, where the current dimension is incremented to the 

1 5 secondary dimension (i.e., CD = 2), and to 830, where the current dimension index 
is incremented (i.e., the search specification becomes S221). Process flow then 
moves to 815 to perform the search (which, at this point in the example is specified 
by S221). At 820, if the search specified by S 2 2i, fails to yield the low threshold 
number of documents, and all searches in the secondary dimension is not yet 

20 exhausted, as determined at 825, then the secondary index is incremented at 830, so 
that the search specified by S231 is then performed at 815. 

In this example, if the search specified by S231 exceeds the low threshold at 
820, but does not exceed the high threshold at 835, then the results of the just- 
executed search S231 are presented to the user at 840, after any combining, ranking 

25 and/or elimination of duplicates. 

If, however, the search specified by S231 exceeds both the low threshold at 
820 and the high threshold at 835, then the just-executed search S231 is too general 
and the preceding search S221 was too specific. In that case, process flow proceeds 
from 835 to 854. If, at 854, there is no previous search in the current dimension, 

30 then the result list (or a portion thereof, since the number of documents exceeds the 
high threshold) is presented to the user at 840). If, at 854, there is a previous search 
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in the current dimension, then the search index of the current dimension is 
decremented, at 855, to S 2 2i* Then, at 860, it is determined whether another 
dimension remains for searching. At this point in this example, because the tertiary 
dimension still remains available for searching, process flow continues from 860 to 
5 865, where the current dimension is incremented to the tertiary dimension (i.e., CD 
= 3), and to 870, where the current dimension index is incremented (i.e., the search 
specification becomes S222). Process flow then moves from 870 to 815 to perform 
the search specified by S222. 

In this example, if the search specified by S222 exceeds the low threshold at 

1 0 820, but does not exceed the high threshold at 835, then the results of the just- 
executed search S222 are presented to the user at 840 , after any combining, ranking 
and/or elimination of duplicates. If, however, the search specified by S222 exceeds 
both the low threshold at 820 and the high threshold at 835, then the just-executed 
search S222 is too general and the preceding search S221 was too specific. In that 

1 5 case, process flow proceeds from 835 to 855. The search index of the current 

dimension is decremented, at 855, to S221. At 860, because all dimensions (primary, 
secondary, and tertiary, in this example) are exhausted, process flow moves from 
860 to 875, where stored results of the search that preceded the just-executed search 
are provided as a result list to the user. At this point in this example, the just- 

20 executed search is specified by S222, and the preceding search is specified by S221, 
therefore, at 875, the results of the search specified by S221 are presented to the user, 
after any combining, ranking and/or elimination of duplicates. 

In Figure 8, at 820 and 835 the number of returned documents are compared 
to respective low and high thresholds. However, multiple searches in the search 

25 order may return some of the same documents. Therefore, in one example, the 
comparisons to the low and/or high thresholds uses the raw number of returned 
documents reduced by the number of duplicate documents. In an alternative 
example, the comparisons to the low and/or high thresholds uses the raw number of 
returned documents returned by all searches performed thusfar. Also, in Figure 8, at 

30 875, the returned documents exceed the high threshold, and therefore the previous 
result list is presented to the user (after any combining, ranking, and/or elimination 
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of duplicates). Alternatively, however, the present result list is presented to the user 
at 875 (after any combining, ranking, and/or elimination of duplicates). 

The examples discussed above with respect to Figures 6 - 8 illustrate 
generally techniques for proceeding along a single search dimension, from more 
5 specific to more general, and along multiple dimensions, in an approximation of 
searching from more specific to more general. In a further example, although 
searches are ordered (in a single or multidimensional search space) at least 
approximately from more specific to more general, these searches are performed out 
of order. In one such example, the searches are performed using a binary or 
10 similarly styled division of the search space. In contrast to the example illustrated 
in Figure 8, which starts at a most specific search and proceeds as illustrated in 
Figure 8, a binary technique could start in the middle of the search space. If the 
jl* search yields a number of documents within a specified range, the results are 

Q returned to the user. If the search yields too few documents, the search space is then 

'Q 15 restricted to the searches that are designated as more general than the initial search. 

; ^ If the search yields too many documents, the search space is then restricted to the 

Uj searches that are designated as more specific than the initial search. In either case, a 

l A search in the middle of the newly restricted search range is then performed. In this 

j U manner, a binary "divide and conquer" strategy is used to choose the order in which 

20 searches are performed. Traversing the search space in a binary manner may be 
^ faster at yielding the desired results, at least in the aggregate over a number of 

different user queries. Other "divide and conquer" strategies may also be used; the 
search space need not be divided in exactly a binary manner. For example, the 
system designer may have a priori knowledge, or intuition, as to the effectiveness of 
25 particular searches as compared to other searches. In such a case, the designer could 
specify a different division of the search space, such as to reduce search time and/or 
improve the quality of search results. 

Examples Using Search Dimension^) And/Or Ordering Based on User Query 
Figure 9 is a flow chart illustrating generally an example of a technique of 
30 using information in the user query to determine the nature of searching to be 
performed. In one example, the technique illustrated in Figure 9 is performed by 
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one or more modules included in query generator 405. In Figure 9, at 900, content 
provider 100 receives the user's query, which includes text or some other language- 
based expression. At 905, query generator 405 analyzes the user's query. At 910, 
query generator 405 determines an appropriate search strategy based at least in part 
5 on the analysis of the user query at 905. In one example, this search strategy 

determination includes selecting (or omitting) one or more search dimensions based 
at least in part on the user query. In another example, this search strategy 
determination includes selecting (or omitting) particular searches within the one or 
more search dimensions based at least in part on the user query. In a further 

1 0 example, this search strategy determination includes ordering particular searches- 
within a search dimension, or selected from multiple search dimensions-based at 
least in part on the user's query. In yet another example, this search strategy 
determination includes ordering a plurality of search dimensions based at least in 
part on the user's query. In yet a further example, this search strategy determination 

1 5 includes determining how a particular ordering of searches and/or dimensions is 
traversed during execution (e.g., whether the ordered list is traversed incrementally, 
or in a binary or other divide-and-conquer fashion). At 915, searching is performed 
using the search strategy determined at 910. 

Figure 10 is a schematic illustration that further describes one example of 

20 certain aspects of the process illustrated in Figure 9. Analyzing the user query 1000 
typically includes extracting information-bearing terms (i.e., information-bearing 
words or phrases) and noninformation-bearing terms (e.g., stopwords such as "of or 
"the" not appearing within an information-bearing phrase). In one example, this 
analysis also includes using such information to classify user query 1000 into a 

25 particular query class 1005A-N, and/or to determine one or more characteristics for 
performing a search on that particular form of user query 1000. In an illustrative 
example, a first query class 1005A includes user queries having a single term, a 
second query class 1005B includes user queries having two terms, etc. Multiple 
query classifications may, of course, be merged into a single query class. Each 

30 query class 1005A-N includes a corresponding search strategy 1010A-N. Each 

search strategy 1010A-N includes one or more dimensions, in a particular order, and 
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one or more searches in each dimension, in a particular order with respect to any 
other searches in that dimension or lumped together in an order with searches from 
other dimensions. In one example, the search strategies 1010A-N are expressed 
explicitly (e.g., using a look-up table or other suitable technique). In another 
example, the search strategies 1010A-N are implemented as one or more rules 
and/or algorithms that affect dimension(s), ordering of dimensions, search(es) in a 
dimension, and/or ordering of search(es) either in a particular dimension or together 
with search(es) from other dimensions. 

In one example, the classification of user queries 1000, the search strategies 
1010A-N, and/or one or more other user-query dependent search characteristics are 
drawn from actual user queries 1000 drawn from a query log maintained by content 
provider 100. In one such technique, the query log records, for each actual user 
query 1000, which searches were performed and how many documents were 
returned by each search that was performed. The query log may additionally track 
which documents were returned, so that a human knowledge engineer can use 
human judgment to evaluate the quality of the documents (e.g., relevance and 
selectivity) that were returned for each search. This evaluation may also be 
automated in whole or in part. Moreover, in a further example, the classification of 
user queries 1000, the search strategies 1010A-N, and/or one or more other user 
query dependent search characteristics is created, performed, or modified during 
normal use of content provider 100, such as after each user query 1000, after a 
specified number of user queries 1000, or at periodic or occasional time intervals. 

In addition to classifying the user queries 1000, as discussed above (or in 
lieu of, or as part of such classifying), the user query 1000 may also be examined to 
generate one or more other user query dependent search characteristics. In one 
example, this includes determining a characteristic of a search strategy based at least 
in part on information included within the user query 1000. For an illustrative 
example, suppose a particular user query has three information-bearing terms, one 
of which is an acronym, such as a user query of "TCP/IP failed connection." In one 
embodiment, this triggers application of a "keep the acronym" preference or rule for 
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performing searches, such as along a textual dimension, as discussed above with 
respect to Table 1. 

In an embodiment in which "keep the acronym 11 is applied as a rule, a text 
search of "TCP/IP* AND (Tailed 1 NEAR Connection')" would be included in the 
search strategy, but a text search of "TCP/IP 1 OR (Tailed 1 NEAR Connection 1 )" 
would be omitted from the search strategy, because the former would return only 
documents that include the acronym "TCP/IP," while the latter would potentially 
return documents that do not include the acronym "TCP/IP." In an embodiment in 
which "keep the acronym" is applied as a preference, both of these searches would 
be included, but the ordering of these searches would be specified to ensure that the 
"TCP/IP 1 AND (Tailed 1 NEAR Connection 1 )" is executed before "TCP/IP 1 OR 
(Tailed 1 NEAR Connection 1 )." Other examples include similar rules or preferences 
such that, for example, part numbers are either kept or preferred to other nouns, 
product names are either kept or preferred to other objects, nouns are either kept or 
preferred to verbs, verbs are either kept or preferred to adjectives, or certain 
particularly-identified parts of speech in the user ! s query are kept or preferred to 
other parts of speech by appropriately selecting or ordering one or more particular 
searches using particular search criteria. 

Although Figure 9 illustrates an example of a particular sequence of 
analyzing a user query at 905, determining a search strategy at 910 based on the 
analysis at 905, and performing searching at 915 using the search strategy 
established at 910, other sequences are also possible. For example, Figures 5 and 6 
illustrated dynamic search techniques in which the results of a particular search are 
used, among other things, to determine whether more searching would be useful. In 
a further example, the results of a particular search are also used to determine a 
strategy for subsequent searching, such as, for example, by selecting dimension(s), 
ordering of dimensions, selecting search(es) in a particular dimension, and/or 
ordering of search(es) either in a particular dimension or together with search(es) 
from other dimensions. 

Figure 11 is a flow chart, similar to Figure 9, but illustrating generally one 
example of determining a search strategy based at least in part on results of previous 
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searching. In one example, such search strategy determination includes selecting 
(or omitting) searches and/or dimensions, ordering searches and/or dimensions, 
and/or determining how the ordered list of searches and/or dimensions is traversed, 
such as discussed above with respect to Figure 9. 

For example, as discussed above, one technique of determining whether 
more searching would be useful uses the ability of search engine 410 to return 
search results that include hit counts for individual search terms in the user query as 
well as the total hit count for the search terms as combined using the search criteria's 
specified operators (such as the text operators "NEAR," "AND," "OR", etc). At 
least one example of using hit counts for individual search terms was discussed 
above in this document. In a further example, hit counts for individual search terms 
is used to actually reclassify a query from one query class 1005A-N to a different 
query class 1005A-N. For example, if a user query 1000 has two information- 
bearing terms, and is classified accordingly, if an initial search indicates that one of 
these terms does not appear in any documents, in one example, the user query is 
then reclassified as a single term query. Accordingly, in this example, subsequent 
searching is then carried out according to the search strategy mapped to a single 
term query class of query classes 1005A-N. 

As these examples, and Figure 11, illustrate, the selection (or omission) of 
particular searches and/or dimensions, ordering searches and/or dimensions, and/or 
determining how the ordered list of searches and/or dimensions is traversed need not 
(but may) be predefined entirely before the searches are executed. As an alternative 
to predefining the search strategy before execution of any searches, the search 
strategy is formulated and/or modified "on the fly," such as based on at least one 
previous result. In certain instances, such dynamic formulation and/or modification 
of the search strategy offers an advantage over a predefined search strategy. For 
example, a predefined search ordering may proceed only approximately, but not 
exactly, from more specific to more general, as discussed above with the example of 
the three term query "sql server crashes," along the "textual" dimension of Table 1. 
Where a search engine returns a first search that includes a hit count for individual 
search terms, in one example, the number of documents returned by Boolean 
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combinations of such terms is calculable for subsequent searches to be performed. 
In this example, therefore, the subsequent searches are strictly (rather than 
approximately) ordered from more specific to more general, at least along a 
particular (e.g., textual) dimension (although successive searches may, in some 
instances, manifest equivalent specificity). In an alternative example, the searches 
are not ordered exactly according to specificity, but the hit count or other 
information obtained from a previously executed search is used to improve the 
ordering, such as with respect to specificity, or with respect to performance 
requirements. 

Example of Query Classes and Corresponding Search Strategies 
In one example, but not by way of limitation, four particular query classes 
1005 and corresponding search strategies are used. In this example, the query 
classes are: (1) single term queries; (2) short (i.e., 2 to 3 term) queries; (3) long 
single-phrase queries; and (4) long (i.e., more than 3 terms) queries. These query 
classes and their corresponding searches are discussed further below. 

1 . Single Term Query . A single term user query (e.g., a user query of: 
"connect"), in this example, triggers searching ordered as follows. First, search for 
the term ("connect") in important document regions (e.g., a "Title" portion or an 
"Abstract" portion of the documents, or other portion(s) designated as important). 
In this example, casing variations are allowed (e.g., documents containing "connect" 
or "Connect" in the "Title" or "Abstract" are returned). If this search yields 
insufficient results, then, second, search the same document regions for the term, 
allowing both casing and word form variations, such as by using stemming (e.g., 
documents containing "connect," "Connects," "connecting," "Connectivity," etc. in 
the "Title" or "Abstract" are returned). If this search yields insufficient results, then, 
third, search all document regions for the term ("connect") allowing casing 
variations (e.g., documents containing "connect" or "Connect" anywhere in the 
document are returned). If this search yields insufficient results, then fourth, search 
all document regions for the term, allowing casing and word form variations (e.g., 
documents containing "connect," "Connects," "connecting," "Connectivity," etc. 
anywhere in the document are returned). If this search yields insufficient results, 
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then, fifth, search all document regions for the term, allowing casing variations and 
synonyms of the term (e.g., documents containing "connect," "Connect," "link," 
"Link," etc. anywhere in the document are returned). 

2. Short User Query . A short user query (e.g., a user query of "internet 
5 connection failure"), in this example, triggers searching ordered as follows. First, 
search for all terms appearing together as a phrase (e.g., "internet connection 
failure") in the important document regions, allowing casing variations (e.g., 
documents containing "internet connection failure," "Internet Connection failure," 
etc. in the "Title" or "Abstract" are returned). If this search yields insufficient 

10 results, then, second, search all document regions for all terms appearing together as 
a phrase, allowing casing variations (e.g., documents containing "internet 
connection failure," "Internet Connection failure," etc. anywhere in the document 
are returned). If this search yields insufficient results, then, third, search all 
document regions for all terms being located near each other, allowing casing 

1 5 variations (e.g., documents containing "internet' NEAR 'Connection' NEAR 
'failure™, etc., anywhere in the document are returned). If this search yields 
insufficient results, then, fourth, search all document regions for all terms, allowing 
casing variations (e.g., documents containing "'internet' AND 'Connection' AND 
'failure'", etc., anywhere in the document are returned). If this search yields 

20 insufficient results, then, fifth, search all document regions for all terms, allowing 
casing and word form variations (e.g., documents containing "'internet' AND 
('Connection' OR 'connects' OR 'connectivity,' etc.) AND ('failure' OR 'fails' or 
'failing,' etc.)", etc., anywhere in the document are returned). If this search yields 
insufficient results, then, sixth, (for a three-term short user query) search all 

25 document regions for any in-sequence pairs of terms, allowing casing variations 
(e.g., documents containing "internet connection," "connection failure," "Internet 
connection," "Connection Failure," etc. anywhere in the document are returned). If 
this search yields insufficient results, then, seventh, search all document regions for 
any term, allowing casing variations (e.g., documents containing "internet" or 

30 "connection" or "failure" or "Internet" or "Connection" or "Failure" anywhere in the 
document are returned). 
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3- Long Single-Phrase Query . A long single-phrase query includes more 
than three information-bearing terms without any accompanying stopwords (e.g., a 
user query of "internet virus macro hard disk"). These kind of queries tend to be 
asked when the user expects a Boolean "AND" operator to be applied to the words; 
5 there is typically no apparent linguistic connection between the words, but the user 
is hoping to pin-point a set of documents that contains all of the words. A long 
single-phrase user query, in this example, triggers searching ordered as follows. 
First, search all document regions for all terms being located near each other, 
allowing casing variations (e.g., documents containing "'internet' NEAR 'virus' 
1 0 NEAR 'macro' NEAR hard' NEAR 'disk'" anywhere in the document are returned, 
regardless of the casing of these terms). If this search yields insufficient results, 
then, second, search all document regions for all terms, allowing casing variations 
(e.g., documents containing "'internet' AND 'virus' AND 'macro' AND *hard* AND 
'disk'" anywhere in the document are returned, regardless of the casing of these 
1 5 terms). If this search yields insufficient results, then, third, search all document 
regions for all terms, allowing casing and word form variations (e.g., documents 
containing "'internet' AND ('virus* OR Viruses') AND ('macro' OR 'macros') AND 
'hard' AND ('disk' OR 'disks')" anywhere in the document are returned, regardless of 
the casing of these terms). If this search yields insufficient results, then, fourth, 
20 methodically search all document regions for subsets of all terms, for example, 
search for all but one term appearing in the same document. In this example, for a 
user query of "internet virus macro hard disk," this includes searching as follows: 

"('internet' AND 'virus' AND 'macro* AND 'hard'") OR 

('internet' AND 'virus* AND 'macro' AND 'disk') OR 
25 ('internet* AND 'virus* AND *hard* AND 'disk') OR 

('internet* AND 'macro' AND liard' AND 'disk') OR 

(Virus* AND 'macro' AND 'hard' AND 'disk') 

in all portions of the documents, regardless of the casing of these terms. If 
this search yields insufficient results, then, fifth continue searching all document 
30 regions for subsets of all terms, but decrease the subset size, for example, to search 
for all but two terms appearing in the same document, etc. If this technique of 
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searching continues to yield insufficient results, then ultimately, it results in 
searching for any one term in all portions of the documents (e.g., "'internet' OR 
Virus' OR 'macro' OR Tiard' OR 'disk'"), regardless of the casing of any of these 
terms. 

5 4. Long Query . A long query includes more than three information-bearing 

terms, but also includes one or more stopwords. Thus, a long query is more likely 
to represent a "natural language" type of a query from a user (e.g., "trouble with 
internet connectivity after infecting hard disk with nimda virus"). A long query 
triggers searching, as described below, but the stop words are first removed (e.g., 

1 0 "trouble with internet connectivity after infecting hard disk with nimda virus" is 
translated into a four term query-(l) "trouble," (2) "internet connectivity," (3) 
"infecting hard disk," (4) "nimda virus"). In this example, a long query triggers 
searching ordered as follows. First, search all portions of the documents for the user 
query itself, including stop words, but allowing casing variations (e.g., documents 

1 5 containing "trouble with internet connectivity after infecting hard disk with nimda 
virus" are returned, regardless of the casing of these words in the documents). If 
this search yields insufficient results, then, second, search all portions of the 
documents for all terms appearing in the document (e.g., documents containing 
"'trouble' AND 'internet connectivity' AND 'infecting hard disk' AND 'nimda virus'" 

20 anywhere in the document are returned, regardless of the casing of the words in 
these terms). If this search yields insufficient results, then, third, search all 
document portions for all terms, but allow each term to be deemed satisfied by a 
subphrase of that term. This includes methodically stepping through the 
combinations of possible subphrases within the terms by iteratively forming each 

25 subphrase with one fewer word of that term on each iteration. In this example, for a 
user query of "trouble with internet connectivity after infecting hard disk with nimda 
virus," which has been translated into the four terms: (1) "trouble," (2) "internet 
connectivity," (3) "infecting hard disk," (4) "nimda virus," the third search proceeds 
as follows: 
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A. '"trouble* AND ('internet' OR 'connectivity) AND ('infecting hard' OR 
Tiard disk') AND ('nimda' OR 'virus V in all portions of the documents, regardless 
of the casing of these terms, and if this yields insufficient results, then 

B. "'trouble' AND ('internet' OR 'connectivity') AND ('infecting' OR 'hard' 

5 OR 'disk') AND ('nimda' OR 'virus')," in all portions of the documents, regardless of 
the casing of these terms. 

If this yields insufficient results even after each term has been reduced to its 
constituent words, to which Boolean "OR" operators are applied, then, fourth, the 
techniques of the third search are repeated, but allowing word form variations as 

1 0 well as casing variations. If this yields insufficient results, even after each term has 
been reduced to its constituent words and word form variations, to which Boolean 
"OR" operators are applied, then, fifth, search all document portions for any 
complete term (e.g., documents containing "'trouble' OR 'internet connectivity' OR 
'infecting hard disk' OR 'nimda virus'" anywhere in the document are returned, 

1 5 regardless of the casing of the words in these terms). If this search yields 

insufficient results, then, sixth, search all document portions for any terms, and 
allow each term to be deemed satisfied by a subphrase of that term. This includes 
methodically stepping through the combinations of possible subphrases within the 
terms by iteratively forming each subphrase with one fewer word of that term on 

20 each iteration. In this example, for a user query of "trouble with internet 

connectivity after infecting hard disk with nimda virus," which has been translated 
into the four terms: (1) "trouble," (2) "internet connectivity," (3) "infecting hard 
disk," (4) "nimda virus," the sixth search proceeds as follows: 

A. "'trouble' OR 'internet' OR 'connectivity' OR 'infecting hard' OR 'hard 
25 disk' OR 'nimda' OR Virus'," in all portions of the documents, regardless of the 

casing of these terms, and if this yields insufficient results, then 

B. "'trouble' OR 'internet' OR 'connectivity' OR 'infecting' OR 'hard' OR 
'disk' OR 'nimda' OR 'virus'," in all portions of the documents, regardless of the 
casing of these terms. Thus, in the sixth search, eventually the user query is reduced 

30 to its constituent words (without stopwords), to which Boolean "OR" operators are 
applied. 
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Four the above four query classes, the corresponding search strategy may 
vary depending on, among other things, the particular content provider 100 and its 
content body 115, the user base of content provider 100, and/or the particular search 
engine 410 used by content provider 100. In one example, such determinations are 
5 based on data from customer query logs maintained by the content provider 100 of 
previous user sessions. In the above example of the four search strategies 
corresponding to the four query classes, each strategy includes searches that proceed 
at least approximately from more specific to more general. The choice of particular 
searches is, in one example, determined by performing such searches on previous 

1 0 user queries, of the same query class, as maintained in the query logs, so that the 
searches approximately proceed from more specific to more general in steps that are 
not "too large" or "too small." This may vary from between content providers 100, 
their user bases, content bases 115, etc. In one example, offered by way of 
illustration, and not by way of limitation, moving from an "AND" of three terms to 

1 5 an "OR" of three terms may be too large of a step for a particular content base 115. 
In a similar illustrative example, moving from an "AND" of three words to an 
"AND" of three words but allowing word form variations of the last of the three 
terms may be too small of a step for a particular content base 115. 

The determination of whether steps loosening search specificity are "too 

20 large" or "too small" is, in one example, based at least in part on the hardware, 

software, and/or content performance of a particular content provider 100, its search 
engine 410, and/or its content base 115. If performance requirements indicate that 
the content provider should return a minimum of JV documents within a 
predetermined time limit, then the number of searches, M, that search engine 410 

25 can perform for its corresponding content base 115 within the predetermined time 
limit may be limited. In one example, therefore, the search strategy is adjusted 
based at least in part on the number of searches that can be performed in an 
acceptable amount of time. The above example of four query classes and 
corresponding search strategies is believed to offer acceptable performance, based 

30 on empirical testing of logged user queries on a particular content provider 100, 
using a particular search engine 410, and a particular content base 115. For other 
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content providers 100, having other characteristics, different query classes and 
corresponding search strategies may be used. 
Examples of Determining Query Classes and Assigning User Queries To Classes 
The above example described using four query classes. However, the 
number of query classes and/or their particular query classification criteria may vary 
depending on, among other things, the particular content provider 100 and its 
content body 115, the user base of content provider 100, and/or the particular search 
engine 410 used by content provider 100. In one example, such determinations are 
based on data from customer query logs maintained by the content provider 100 of 
previous user sessions. For example, novice users typically tend to be more verbose 
in their queries than more advanced users. In one example, query logs indicated that 
roughly 50% of the users typically pose two or three word queries, about 1 5% pose 
single word queries, about 15% pose four word queries, and the remaining about 
20% pose other multi-word queries. Also, many users typically separate the 
information-bearing words with some common words that typically don't add value 
to the search. Examples of such queries including both information-bearing and 
common words are: (1) "trouble installing the service pack," and (2) "I get a blue 
screen after installing hard disk." In this example, the information-bearing words 
are in the phrases: (1) "trouble installing" and "service pack," and (2) "blue screen" 
and "installing hard disk," respectively. 

Figure 12 is a flow chart illustrating generally one example of a term- 
extraction algorithm for parsing the user-query into information-bearing terms, at 
least in part by designating a list of about 500 stopwords deemed too common to 
add value to the search. At 1200, the user query is divided into its N words. At 
1205, a "current term" index is initialized to 1 . At 1210, a "current word" index is 
initialized to 1 . At 1215, the current word is compared to the stopword list to 
determine whether the current word is a stopword. If not, then at 1220, the current 
word is included within the current term, and, if at 1225 another word exists beyond 
the current word, in the N words of the user query, the current word index is 
incremented by 1 at 1230, and process flow returns to 1215 to determine if the new 
current word is a stopword. If at 1225, no more words are left in the N words of 
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the user query, the process of extracting information-bearing terms (i.e., words 
and/or phrases) from the user query is complete, at 1235. 

At 1215, if the current word is a stopword, then at 1240, the stopword is 
skipped (i.e., not included within the current term). If, at 1245, another word is left 
in the N words of the user query, then at 1250 the current term index is incremented. 
Then, at 1255, the current word index is incremented before the illustrated process 
flow returns to 1215. If, at 1245, no words are left in the N words of the user query, 
then at 1235, the process of extracting information-bearing terms from the user 
query is complete. 

In a further example, exception processing is included. For example, a three 
word user query that consists of two information-bearing words separated by a 
stopword (e.g., "installing the disk") is, in one embodiment, combined into a single 
term of two information-bearing words, rather than treating such a query as two 
terms of one information-bearing word each. The inclusion of this or other 
exceptions to the flow chart of Figure 12 is, in one example, based upon evaluation 
of the query logs of previous user sessions maintained by the particular content 
provider 100. 

Although, in one example, the extracted information-bearing terms are used 
to assign the user query to one of the four query classes listed above, in other 
examples, additional or alternative query classes are used, with a corresponding 
search strategy that is particularized to that query class. An illustrative example 
includes a fifth query class ("Excessively Verbose") where the number of words in 
the user query (including any stopwords) exceeds 5 words, and the number of 
extracted terms exceeds three terms. Other query classes may also be used. 

Conclusion 

In the above discussion and in the attached appendices, the term "computer" 
is defined to include any digital or analog data processing unit. Examples include 
any personal computer, workstation, set top box, mainframe, server, supercomputer, 
laptop or personal digital assistant capable of embodying the inventions described 
herein. Examples of articles comprising computer readable media are floppy disks, 
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hard drives, CD-ROM or DVD media or any other read-write or read-only memory 
device. 

It is to be understood that the above description is intended to be illustrative, 
and not restrictive. For example, the above-described embodiments may be used in 
combination with each other. Many other embodiments will be apparent to those of 
skill in the art upon reviewing the above description. The scope of the invention 
should, therefore, be determined with reference to the appended claims, along with 
the full scope of equivalents to which such claims are entitled. In the appended 
claims, the terms "including" and "in which" are used as the plain-English 
equivalents of the respective terms "comprising" and "wherein. Moreover, the 
terms "first," "second," and "third," etc. are used merely as labels, and are not 
intended to impose numerical requirements on their objects. The term "criteria" is 
intended to include both a single criterion as well as the plural. 
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